如果你曾經在趕著專案上線前的加班夜，為了一個出了錯卻找不到原因的問題，除錯超過一小時，或是明明在 Query 傳了 "false"，進到程式裡卻莫名其妙變成 true——那你來對地方了。

大家好，我是 YUN，歡迎來到《NestJS 降難日誌：我用一年血淚換來的實戰排雷筆記》👏👏👏

過去一年我由 Angular 前端轉寫 NestJS 後端。NestJS 是一個非常有魅力的框架，它借鑑了 Angular 的設計思想，引入了模組化、依賴注入等概念，對於想寫出大型且可擴展應用的人來說，它簡直是救星。但它的嚴謹同時也是一把雙面刃，當你不知道它為什麼這麼設計時，它的每一個「規範」都會變成一個「地雷」。

這 30 天不會是一套從零開始教你 NestJS 的教學，它比較像是一張實戰踩坑地圖。 我想記錄的是那些實務上常碰壁、Stack Overflow 上找半天才解決的問題。

這個系列適合誰？

• 準備導入 NestJS，希望少走一點冤枉路
• 正在學 NestJS，卻常常搞不懂到底是哪裡出了問題
• 已經在專案中使用 NestJS，卻時不時被奇怪的 bug 卡住

涵蓋哪些主題？

我將這一年來踩過的雷區，整理成了六大板塊：

上面這些坑看起來分散在不同地方，但真的在專案裡遇到時，你通常只會有一個感覺：

「到底是哪裡壞掉了？」

所以這個系列我想做的事情很簡單，就是把這些我曾經卡很久的問題，一個個拆開來看。

畢竟與其每個坑都自己踩一遍，不如站在前人的肩膀上，從別人的錯誤中學習。

接下來 29 天，希望這些文章能讓你少走一點彎路，即使我自己當初走了很多（說來都是淚😭

明天，我們先從一個幾乎所有人都踩過的坑開始——
「消失的提供者：為什麼寫了 Service 卻噴 can't resolve dependencies？」